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ABSTRACT 


This project is a clinic management system that will be used to solve the current 
problems that facing by the local clinic in Malaysia. Clinic Management System is a 
web-based platform system. The main objectives of this project is to improve the 
business process of the clinic in Malaysia by using the information technology and also 
enhance the current clinic management software in the market. The scope of this project 
include systematic scheduling in queue list, appointment module with SMS notification, 
patient’s registration using MyKad reader and generate medical certificate (MC) to print 
out. Systematic scheduling can sort the patient in the queue fairly and display the waiting 
time of each patient. Patient can make appointment and notification will be send to their 
phone. Besides, patient can use MyKad during the registration at the counter which is 
quite convenient and save time. Other than that, MC can be generated and print out on the 
paper and doctor just need to sign the MC and chop with his name. As this is a web-based 
platform system, C# is the programming language and the project is developed under 
ASP.Net framework. The software development methodology that used in this project is 
phased development because of fast implementation and short time schedule. The clinic 
management system can divide into few phases and each phase consist of few modules 


which can easily develop and build up the system in short time. 
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Chapter | Introduction 


1.0 Introduction 
1.1 Motivation and Problem Statement 
1.1.1 Motivation 


Nowadays, there are a lot of clinics in Malaysia. People who suffer from sick or 
pain will visit the clinic which nearby their location. However, most of the staff in the 
clinic still using paper works in their workflows. Those paper works such as patient 
registration using form, patient record using manila card, open bill statement using 
handwriting, record appointment using book and so on. Because of these manual 
operations are done by few nurses in a clinic, it may slow down the procedure in many 
way. For example, when the doctor uses manila cards to write the patient’s diagnosis 
record, the manila card need to be keep in the clinic by put them on the cupboard. Once 
the clinic operates for few years, there will be a lot of manila cards on the cupboard. So 
when a patient comes to the clinic, the nurse maybe need use 3 to 5 minutes to find the 


patient’s record card which is quite wasting time. 


The information technology improves a lot today. A lot of computer based 
systems can help to manage the business process. Michael Hammer and James Champy 
define a business process as a collection of activities that take one or more kinds of input 
and create an output that is value to the customer (Mathias Weske, 2012, p.4). Once a 
system can manage the business process, a lot of works are able to automation and no 
need manual operation. Clinic management system is one of the software that available in 


the market and able to help the business process of a clinic. 


In Malaysia, there are many clinics no matter in public sector or private sector. 
However, not all of them are using the clinic management system especially private 
sector. The main reason is because the system is not that popular in Malaysia. A lot of 
private sector clinics will choose for the traditional manual operation. They feel it is not a 


need for a clinic to purchase a system as it is not that reliable for them. For example, 
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everything that can be done in the system is actually just replace the paperwork. As 
doctor and nurse are not technical people, therefore they need to learn and know how the 
system works. They prefer to stay with the old way which is paperwork and it is quite 
convenient to them. Data inconsistency is also another reason they think about. Most of 
the staff worry about the power failure and hardware failure of the computer which may 


cause the data loss. 


Another reason of not using clinic management system is most of the doctors and 
nurses don’t aware of the information technology can manage their data efficiently. For 
example, appointment that made by patient is record either in a book or on a piece of 
paper, it doesn’t notify the patient or doctor about the appointment unless the nurse 


reminds them. 


From the above stated points, we can know that there are a lot of problems that 


exist in the traditional manual operations and available systems in the market. 


Figure 1-1 Nurse uses a book to do record 
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1.1.2 Problem Statement 


Nowadays, doctor and nurse worry about the available system is because it is not 
quite popular and it required some specific skills in order to install or operate it. The 
functionality of the system can actually replace using the traditional way which is the 
paperwork in their mind. The current clinic management system that available in the 
market is just replace the paperwork by using computer and store the data into the 
database. The normal functionalities include the patient record management module, 
inventory module and billing module. There is not much new functionality that available 
in the system. In this project, I intend to solve the problem that the doctor and nurse 
worry about in the available system and add in new innovations that help the patient and 


staff of clinic in my own developed system. 


Compare with the available system, there are a lot of modules inside. I will focus 


the problems in these three modules which are appointment, registration and queue list. 


Module Problem 


Appointment module | Patient always forget or remember wrong the date and time for 
the appointment they made with the clinic. It will make extra 
troubles for the staff of the clinic to rearrange the appointment 


with doctor again. 


Registration module When a patient first time visits the clinic, he/she need to 
register into the system. Nurse needs to type the details of 
patient into the system which may slow down the process of 


registration and typo will be occurred sometimes. 


Queue list module The simple queue list system without any schedule system 
makes the patient wait longer. Patient will get frustrated easily 
since they are in sick and feel disappointed and won’t visit the 


clinic next time. 


Table 1-1 Problem Statement in Appointment, Registration and Queue List Module 
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1.2 Project Scope 


This project aims to develop a clinic management system for the clinic that 
located in Malaysia which is still using the manual operation — paperwork. This system 
can be used by doctor and nurse. It suits for any ages of patients especially the old folks. 
The clinic management system includes a combination of modules and most of the basic 
modules already done in the available system in the market. In order to attract more 
clinics to use the system, from the problem statement that I mentioned above, I would 


like to focus on 3 modules here which are: 


Appointment module — Patient is able to make appointment through the phone and the 
staff will record it in the system. After that, system will use the SMS feature to notify the 


patient on the day of appointment. 


Registration module — When a patient comes to the clinic, he/she needs to register first if 
it is the first time visitation. The registration processes will use the IC (MyKad) by insert 
into reader to get the basic information such as IC number, full name, address, gender, 
race from the chip and store into database. However, if the patient’s age is under 12 or 


not Malaysian citizen, manually key in the information is needed. 


Queue list module — When a patient wants to see a doctor, first he/she needs to inform the 
counter and the nurse will add the patient into queue list. The queue list module will 
comes with a time tracking for each patient to know how long they are waiting in the 


clinic. 


Moreover, doctor can type the diagnosis report for each patient during each 
visitation. If there is a need, doctor can print the report as a reference. Besides, doctor can 


generate MC and print it out to the patient when the patient is quite serious for illness. 
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1.3 Project Objectives 


The main objectives of clinic management system is to improve the current 


available system that lack some innovations which are more likely required in the clinic. 


Objectives Problems 
1) To provide a_ systematic schedule | 1) Patients get frustrated for waiting 
system. longer in the clinic because there is no 
system keep tracks their waiting time. 
2) Some patients which are quite suffer 


and making appointment with doctor 


cannot be schedule properly. 


2) To provide an appointment system with | 1) Making appointment through phone 
SMS notification. call may cause misinformation with 
wrong information received. 
2) Patient may forget their appointment. 
3) To reduce the workloads and mistakes | 1) Filling up the patient details manually 
made by the nurse by providing consumes a lot of time. 
information received from IC (MyKad). jy Theres amish keg Amr the Wine 
details of patient. 
4) Provide a computer generated | 1) Using pen to write the details of patient 
documents for MC and diagnosis report on MC is time consuming for a doctor. 
which minimal the workload of doctor. 5) (Doctor Oke numa mieed tes nd. the 


historical diagnosis report which is 


quite time consuming. 


Table 1-2 Table of Main Objectives and Problems 
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1.4 Impact, significance and contribution 


At the end of this project, the new functionality in each module will be able to 
solve many of the problems. By having these modules in the system, patient that suffer in 
sick no need to waste a lot of time in the clinic to see a doctor. This system is able to 
decrease the time of a patient waiting in the clinic and also reduce the workloads for a 


nurse and doctor when serving the patients. 


In addition, with the appointment module that integrated SMS notification, it also 
helps to prevent the patient for not being miss the appointment with doctor. Through this 
feature, patients no need to worry about they missed out for the appointment and need to 


rearrange appointment again. 


1.5 Background Information 
1.5.1 What is health care? How IT helps in this industry? 


Health care is the diagnosis, treatment, and prevention of disease, illness, injury, 
and other physical and mental impairments in human beings. Health care is delivered by 
practitioners in dentistry, medicine, optometry, pharmacy, psychology and other care 
providers. (Freebase, n.d.) When IT starts to be mature, it actually helps to reduce the 
workloads and process time for the business process in the health care industry. The 
business process includes the patient registration, appointment, billing, inventory and so 
on. Nowadays, some of the IT technologies are used to research those new diseases. With 
the help of the IT, health care industry is having a very bright future in developing of 


health care system that can actually help the patients over the world. 
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1.5.2 Project Title 


The title of Clinic Management System in this project is clear enough because the 
title is simple for users understanding. Clinic management system would help to solve the 
problems by replacing the traditional way of paper works to information system. 
However, the title is not specific enough because it is too general as people have different 
views regarding the system. For instance, some users might think that this is the system 
that let the doctor and nurse use smart phone or tablet to work in the clinic. Instead, this 
system uses computer to do those administration tasks with new innovations such as 


systematic schedule, SMS notification and MyKad reader. 
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2.0 Literature Review 


Based on the research in the internet, there are a lot of clinic management systems 
around the world. However based on Malaysia, there are only a few clinic management 
systems in the market. Three of the existing benchmarked systems that available in the 
market will be chosen as my literature review by compare their features in three modules 
which are appointment, registration and queue list that I stated above. Besides, some of 


the problem domains will be studied independently. 


2.1 First Benchmarked System — SoftClinic 


SoftClinic is a software system that available in the market. Their company JVS 
Group founded in USA but currently office located at Nepal. SoftClinic software 
designed keeping in mind all the physicians is currently being used by over 500 doctors 
every day in Nepal and other countries. Awarded one of the Best Hospital Management 
Software by various Physicians & Surgeons Association, SoftClinic can be used by all 
physicians, small hospitals & nursing homes for computerizing their entire facility. (JVS 


Group, n.d.) 


Strengths 


Basic modules is included in the system which simplify the workflows of the 
clinics. Most of the paper works are able to replace by this computerized system. Simple 
interface with the left navigation which increase the ease of use of this software. User 


may able to find what they want using the left navigation easily. 


Weaknesses 


All the modules I intend to solve is included in this system. However, their 
display way is not that user-friendly. For example, the appointment module with a list of 


different colors in each row is quite unprofessional. Besides, a lot of fields need to be fill 
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in the registration form and it might take some times for the nurses to key in based on the 


details on IC (MyKad). 


Appointment Details 
Patient Details 

‘Visit Details 

Tests 

Admission Details 
Sed Status Chart 


Pesod-[an _~]Doctor: [Ak >] Stahue-Ja __~] | Clear ][ Refresh] 


Ue Ps D 


1 16-10-2010 05:36 PM Sonalben Anadabhai Patel Old Scheduled Dr DK Dave Sell 


Operative Notes 


06-03-2010 01:49PM Raj Patel Dr DK. Dave 


3 Sel 
Round Notes 4 08-03-2010 05:38PM Jay Patel Or. D.KDeve Self 
Discharge Details 5 08-03-2010 05:39PM Jaynaben Patel Di DK Dave Self 


Vaccine Chart 


| 


22-03-2010 11:25AM Jayna Patel 
Consent Master 22-03-2010 11:43AM Bhaonuben Desai S 


Consent Form 


01-04-2010 08:23AM Prakashbhai Harchand Pat New 


Estimate 01-04-2010 08:36AM Pravin Sanabhai Thakor New 
Billing 
Receipt 01-04-2010 08:41AM Tavedbhai Prakash Prajap, New 
Payment 
PER 18 01-04-2010 08:45AM Dinabhai Tejabhai Deshai New 
pamela led 19 01-04-2010 08:47AM Manubhai Ramajibhai Bhat New 
SC Register 20 01-04-2010 08:48AM  Lilaben Viraji Pathiyar New Scheduled Dr. D.K.Dave Self 
Multiple Receipt 21 01-04-2010 08:49AM Jitend: Babubhai Joshi New Scheduled Dr. D.K. Dave Self 
22 01-04-2010 08:52AM Varshaben Bhui Joshi New Scheduled Dr D.K.Dave Self 
23 01-04-2010 08:54AM Manubhai Romajibhai Dest New Scheduled Dr D.K.Dave Self 
Certificates - Letters 24 01-04-2010 03:28AM Babubhai Jeshungbhai Jos New Scheduled Dr. D.K.Dave Self 
Chisiat Absalj oe 25 01-04-2010 09:33AM Amarben Jivabhai Patel New Scheduled Dr D.K.Dave Self 
26 01-04-2010 09:39AM Hamirbhai Lilabhai Desai New Scheduled Dr D.K.Dave Self 
Brdent-Labers 27 01-04-2010 09:55AM Roshani Nareshbhai Thake New Scheduled Dr D.K.Dave Self 
Referred By - Labels 28 01-04-2010 10:11AM Sukheben Babrabhai Patel New Scheduled Dr. D.K.Dave Self 
Expense Register 23 01-04-2010 11:06AM Bharatbhai T Thakor New Scheduled Dr DK Dave Self -) 
Income Register Dd BS > 
SoftChnic by JVS Group Registered User > Demo Version 6 


Figure 2-1 Appointment System in SoftClinic 
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Patient Details 


*< SoftClinic by JVS Group 


Add Edit Delete Visit View Visit Tests Bill Receipt Summary 


Appointment Details 


Patient Details 
Visit Details * Patient Details 


Hees go Fe 
Admission Details ~ cs Za 

Save Close 
Bed Status Chart 


Operative Notes Patient ID Patient Code | Registration Date 


Round Notes (6237 10/11/2010 

Discharge Details = 

Vaccine Chart Patient Details Begional Details Eamily Details 
, Patient Info = — 


Title First Name * Sumame * Middle / Father / Husband Name t Details 
Consent Master | ea 7 er) [ ] Ss el years old Female Patient 
Consent Form Bith Date [f i Age* ] Years JDays Height (Cms\[ |] Weiahtkos)[___] i fey palate tl 
2010 


Gender [Male Financial Status | Middle Class Caste bak 


2 Blood Group |Unknown Occuption Marital Status 
Estimate os 
Billing Referred By >| Dr. In Charge | Dr. A.k. Dave Clinic Name 
Receipt Part of Study x] Tieup*{[Sett Family 


Payment Allergy Details Special 
Notes 


Voucher Entry _  _ 
3C Register | Address Accompanied By 
Addi ] Name 
Add2 Relation 
Add3 Area 


Certificates - Letters City [Ahmedabad Pin[ Baie 


Multiple Receipt 


Clinical Analysis Taluka District 
City =] Pin 
State | Country 


Contact No.{s} 


Patient - Labels State [Gujarat x | Country|India 
Referred By - Labels | Contact Info = 


Expense Register Tel. Nos.{H) ] Tel. Nos.(0} ] 
as 

Han RENE Mobile. Nos. ] Fax Nos. 

Email ] 


Figure 2-2 Patient Registration Form in SoftClinic 


Solve the weaknesses 


Design is another way that we need to take note because too colorful design may 
bring unprofessional look. Moreover, to save the time of the task that filling the basic 
details of patient, IC reader (MyKad reader) need to be use and we can direct get their 


information from the chip without manually type in. 


2.2 Second Benchmarked System — ClinicPlus 


ClinicPlus by TRM NETT SYSTEMS (M) SDN. BHD is a complete clinic 
management software in the market. This user friendly yet comprehensive software 
solution will save tremendous amount of work load for the clinics. With this tool, clinics 
can drastically reduce the administration and management hassle and dedicate their time 
to providing quality healthcare services. (TRM NETT SYSTEMS (M) SDN. BHD., n.d.) 
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Strengths 


With the basic features in the software, it simplifies the workflow processes of a 
nurse and doctor in a clinic. Moreover, all the data in the clinic no matter record, 
inventory and bill are recorded and stored in database and able to retrieve anytime 


efficiently. 


Weaknesses 


From the three modules I choose to improve, there is only 2 modules that 
available in this system which is the patient registration and queue list. Appointment 


modules is not available in the system, so the nurse need to take down the appointment 


details using paperwork. 


Doctor: | =] [a 
Raokod 
Type: © Self ( Dependent Dependent: | oie cnet 


Date: [20/mar/2007 | Time of [12:19 pm —4 Queue No: ir?) (ed & 2 
Visit: Delete from : 
——e 4 Edit New Entry Send to Queue Queue Payment 


IV Show All 


| Queu... [PatientName MR Number ['1.CNumber__[ Relation EmployeeName [Time Docetor 
0001 AHMAD AMIZANBINSAYUDI... #0000145 AO917427XX%... SELF AHMAD AMIZANBINSAYUDI.,. 12:16 pm 
0002 LEE GEOK HOON ve #0000438 530425-10XXXXX SELF LEE GEOK HOON vee 12:16 pm 
0003 © ROSZITA BTE LASIM #0000131 711230-08%XXXX SELF ROSZITA BTE LASIM 1 12:46 pm 
0004 = _2ALTHA BTE NORDIN ve #0001872 730430-10%XXXX SELF ZALIHA BTE NORDIN ve 12:16 pm 
0005 = WONG FOOK LIM v. #0002860 530923-10XXXXX SELF WONG FOOK LIM vee 12:17 pm 
0006 = AHMAD FARRISHAZIQBINA... 001965 650923-10XXXXX SON AHMAD SHAM BIN SAMURI 12:17 pm 
0007 = AHMAD SHAM BIN SAMURI 001965 650923-10XXXXX SELF AHMAD SHAM BIN SAMURI 12:17 pm 
0008 «= ROBERT NESAKUMAR A/LJA... #0003405 S90716-05XXXXX SELF ROBERT NESAKUMAR A/LIJA... 12:17 pm 


2 [- Refresh for every fi = minutes isd 
Refresh Close 


Figure 2-3 Queue List in ClinicPlus 


11|Page 


Chapter 2 Literature Review 


The queue list module is not sufficient enough to improve the workflow of the 
process. From the screenshot in Figure 4, nurse still needs to add the patient manually to 
the queue list. Only the time in is stated, but there is no any time out in the system, and 


we can’t know which queue is considered visitation or appointment. 


=® SMS Module - Contact =a [5] x] 
aa **.. 
Phone Number 
MESSAGES | Address 1 
Address 2 
SERS | Address 3 


Address 4 


E-mail 


S| 2|8|e& 


Phone Number [Name 


Figure 2-4 SMS Notification in ClinicPlus 


In Figure 5, it is the screenshot of SMS notification in the ClinicPlus system. 
Although there is no any appointment module in this system, the SMS notification 
function still available in the system to let doctor or nurse use to inform patient about 
what they want to deliver. However, this module needs manually add the phone number 


and name of the patient and also type the message. 
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Solve the weaknesses 


To solve the weaknesses which stated above in ClinicPlus system, appointment 
module is needed to add in the system. Besides, both of the queue list module and SMS 
notification need to be improved, such as queue list module should able to track down the 
time that a patient waits how long in the clinic and SMS notification should have 


predefined template when sending appointment notification to the patients. 


2.3 Third Benchmarked System — Vanda Clinical Management Systems 


Magicsoft Asia Systems Sdn Bhd is a company that founded in Singapore. The 
company has branch offices which are located in Indonesia and Malaysia. The company 
developed a system which called Vanda Clinical Management Systems and it is used by 
doctors, nurses, pharmacist, dispensers or whoever holds an operational or managerial 
pose in the clinic, pharmacy, office and etc. It provides solutions which significantly 
increase the clinical efficiency, allowing doctors/nurses to spend more time with patients 


and less time with paperwork. (Magicsoft Asia Systems, n.d.) 


Strengths 


Vanda Clinical Management Systems comprises the basic features of the modules 
that a clinic needs. All the modules I intend to improve are inside the system. Their SMS 
feature already comes with templates and is able to auto notify the patients that make 
appointment with the clinic. Moreover, appointment system can be view in day or months 


which produce a clearer understanding for the nurse and doctor. 
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Weaknesses 


Some of the weaknesses in the queue list module can be found. Although the 


module includes time in, time out and the status of patient, it is still lack the time tracking 


system that state how long the patient waits in the clinic. 


. “Maaicso&-d 4 gt 
"AGIA ~ Van 


a = ea 
File Edit View Patient Management Appointments Billing and Payment Treatment Insurance Claim Lab Results Inventory CommonReports Help 


Ge => | 4 Tasks Pane (R Find By Patient Search Patient Queue 9 Patient Registration 

Patient Management - Maintain Patient Information 

Patient Name Ae Fest Visit Last Visit Referal Consult Doctor 

ALANA LEE rr] 1/1/1900 3/6/2011 DR. CHAN KHA KHEE |. Sake 
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Figure 2-5 Queue List Module in Vanda Clinical Management System 


Solve the weaknesses 


To improve the queue list module, total waiting time is needed to add in to state 
how long a patient waits. Besides, we need to make a highlight to the nurse if a patient is 
waiting too long such as | hour outside the room. It is important because the nurse don’t 
know how long the patient need to wait after 1 hour. Sometimes the patients that make 
appointment may join the queue earlier. So it is better for nurse to ask the patients come 


back in the next few hours or at least inform them that they need to wait longer time. 
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2.4 Studies on SMS Implementation 


Some of the patients might forget the appointment because of too busy in daily 
life. Therefore, to solve this problem, it is a need to implement the Short Message Service 
(SMS) in the appointment module to notify patient before each of the appointment time. 
The reason of using SMS is because SMS can easily reach people when the person has a 
mobile device with him. SMS doesn’t require any of the mobile application or mobile 


data network. It is convenient to all of the mobile devices. 


In order to implement the SMS feature in the appointment system, SMS provider 
is needed. There are a few SMS provider companies that located in Malaysia. I had 
chosen one of the company which is One Way SMS that located in Kuala Lumpur. It is a 
company that established since 2009 and with years of experience, they have a good 


technical support. (One Way SMS, n.d.) 
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Based on the official website, there are three methods to send SMS to user, which 


include using their web system, email to SMS and Application Programming Interface 


(API). 


Method 


Advantage 


Disadvantage 


Web system 


User friendly, functions that 
provided in One Way SMS can 
easily use by users inside the 


web system panel. 


Time consuming as users need to go into 


their web system and send the message. 


Email 


Suitable for business people as it 
transform the text inside an 
email to SMS and send to 


people. 


Used to integrate with own 
developed system with available 
API that provide by One Way 
SMS. 


Hard to implement especially for normal 


user. 


Table 2-1 Table of Method that provided by One Way SMS 


From the above table, API will be selected as our method as it gives us flexibility 


to inform the patients. Besides, it fulfills the scenario which we need to integrate with the 


clinic management system in this project. The documentation of API in One Way SMS 


will be studied and lastly, the problem will be solved once it can send SMS notification to 


the patients using the system in this project. 


2.5 Studies on MyKad Reader 


To avoid typo occurred and the process time during patient registration, MyKad 


reader is being selected as a tool to help improve the business process. MyKad is an 
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identity card for Malaysia citizen aged 12 and above. The basic details inside the MyKad 
include name, address, date of birth and IC number. As the system is developed and used 
in Malaysia, therefore MyKad reader is choose to improve the processing time during 
patient registration. However, the limitation of MyKad reader is that citizens below 12 


and foreigner can’t use it as they don’t have MyKad. 


The National Registration Department (NRD) mentioned that the MyKad Reader 
is selling around RM 52 to RM 2800 depends on the functionalities. (Lee Yen Mun, 2013) 
After research on the internet, there are several suppliers in the market. One of the 
suppliers which named MyKad Solution claimed that they are selling the MyKad reader 
device with the Software Development Kit (SDK) together at RM 200. Besides, the SDK 
that provided for web-based platform only ActiveX, which mean user need to use Internet 


Explorer (IE) to use the MyKad reader. (MyKadPro Solutions, n.d.) 


Although the drawback of the SDK is limit to IE, but it is still very important to 
implement in this project as it improve the process time. Compared to human typing 


speed, MyKad reader can get the details in few seconds without any typo. 


2.6 Studies on iTextSharp Library 


In order to print the diagnosis report and MC on paper, a study is conducted and 
found that a PDF file can be print out on web browser directly. Therefore, iTextSharp 
Library is selected as one of our tool that going to use in the printing feature. iTextSharp 
is a PDF library that allows people to create, adapt, inspect and maintain documents in 
the Portable Document Format (PDF). With the functions that provided in the library, it 
can generate any kind of documents or reports in PDF file format. It can dynamically 


generate the PDF file that interact with the data in database as well. (iTextSharp, n.d.) 
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Figure 2-6 Sample Screenshot of Print Function inside PDF File 


In this project, the system can print out two type of documents which is the 
diagnosis report and MC. Both of the functions should implement with iTextSharp 
Library in order to generate the PDF file and print out. At the end of this project, the 
system can print the documents with correct data and this may decrease the time 


consuming for doctor in paperwork. 
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3.0 System Design 
3.1 Chosen Methodology 


There are a lot of software methodologies in the world and each methodology has 
their own advantage and disadvantage. Figure 8 shows the software methodologies 
available nowadays and it compares all the six methodologies to find out which 


methodology is the best for each aspect given. 


nied alee Waterfall Parallel Phased Prototyping | Throwaway | Extreme 
Prototyping | Programming 


Unclear user Poor Good Excellent Excellent Excellent 
requirements 


Unfamiliar Poor Poor Good Poor Excellent Poor 
technology 

Complex Good Good Good Poor Excellent Poor 
systems 

Reliable Good Good Good Poor Excellent Good 
systems 

Short time Poor Good Excellent Excellent Good Excellent 
schedule 

Schedule Poor Poor Excellent Excellent Good Good 
visibility 


Figure 3-1 Available Software Methodology 


Nowadays, the most suitable system development methodology is rapid 
application design (RAD). RAD is chosen by most of the people because of fast 
implementation. It can delivers a high quality and faster way results of build up a system 
compared with other methodologies. Based on Figure 8, there are two methods which are 
phased development methodology and throwaway prototyping methodology that given a 
good or excellent in each of the aspects. Two of these methodologies is actually in the 
RAD category. For this project, I would like to choose the phased development 


methodology as my development methodology to develop my own system. It is because 
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the phased development methodology is one of the RAD and it fulfill the requirement of 


short time schedule. 


ee " 


Analysis 


Figure 3-2 Phased Development Methodology 


Figure 9 shows that a phased development methodology way. Basically there are 
4 general phases involving in System Development Life Cycle (SDLC) which are 
planning, analysis, design and implementation. In phased development-based 
methodology, it breaks an overall system into a series of versions, which are developed 
sequentially. It takes short time on the planning phase which identifies the project plan, 
state the objectives and scope and develop the work plan. After that, the analysis phase 
identifies the overall system concept and then categorize the requirements into series of 
versions. The most important and fundamental requirements are bundled into the first 
version of the system, followed by design and implementation and a system version | 
will be implemented. This system version can let the users test and get their feedback. 


Additional analysis is required after version 1 and combined with new requirements and 
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issues that given by the users. Version 2 will be designed and implemented based on 
version | and this process will be continue until the system is complete or no longer use. 


(Dennis, Wixom and Tegarden, 2010, p.11) 


The advantage of phased development-based methodology is users can get the 
useful system in the hand very soon although it is not a complete developed system. After 
that, users can generate some new ideas based on the system version and improve in the 


next version till the end of the project. 


Based on the project I wish to develop, first I will focus on the patient registration 
module and queue list module as the first system version. Patient registration and queue 
list is the very fundamental module as it is required and related to other modules that I 
wish to develop. After that, appointment module will be implemented into the second 
system version. Lastly, generate MC and report module will be implemented into the 
third system version. After this, a system that I wish to develop will fully implemented 
and presented. During the way of developing, I will seek advice from my supervisor as 
well as my friends in order to generate new ideas and get some feedbacks from them to 
improve in every next system version. By doing this, the mistakes and failures that I 


made will be reduced. 
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3.2 System Design and Analysis 


3.2.1 Use Case Diagram 


ih 


Patient 


Clinic Management System 


. 


+ 


<<Extend>> >. 


Notify Patient 


Make Appointment 


Type Visitation Report 


<<Extend>> 


Figure 3-3 Clinic Management System Use Case Diagram 


! 
' 
k<Extend>> 
' 


22|Page 


Doctor 


Chapter 3 System Design 


3.2.2 Activity Diagram 


[if first time visit] 


[Old patient} 


Figure 3-4 Activity Diagram for Make Visitation 


23|Page 


Chapter 3 System Design 


{If age below 1 2/foreigner] {if age over 12 and Malaysian] 


Figure 3-5 Activity Diagram for Register Patient 
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Figure 3-6 Activity Diagram for Queue Patient 
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[if is old patient] 


[if never visit before] 


Figure 3-7 Activity Diagram for Make Appointment 
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Nurse System Patient 


Figure 3-8 Activity Diagram for Notify Patient 
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[if no need to print] 


[if there is a need] 


[if patient is serious for iliness] 


Figure 3-9 Activity Diagram for Type Visitation Report 
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Doct Systm 
@ 


Figure 3-10 Activity Diagram for Print Report 
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Figure 3-11 Activity Diagram for Generate MC 
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3.2.3 Sequence Diagram 


Patient Nurse 


1: Make visitation to clinic 


Make Registration at counter 


[if old patient] 


[aie 


3: Provide name 
4: Search for patient name 


4.1: result = searchPatient() 


4.1.1: searchPatient() 


4.2: Display result to nurse 


5: Queue the patient 


5.1: result = queuePatient(); 
5.1.1; queuePatient() 


5.1.1.1: result 


5.2: Display queue result to nurse 


[if age over 12 and Malaysian] 


6: Request MyKad 


7: Provide MyKad 


L 
T 
1 
1 
i 
I 
I 
1 
1 
1 
' 
1 
I 
I 
I 


i 
T 
\ 
\ 
\ 
\ 
\ 
\ 
\ 
\ 
\ 
' 
\ 
' 
\ 
8: Insert MyKad into MyKad Reader to read the patient's information 
\ 
T 
' 
\ 
I 


8.1: result of patient's Informption 


9: Display MyKad Information 


10: Confirm and submit 


10.1; result = registerPatient() 
10.1.1: registerPatient() 


10.2: Display registration result 10.1.1.1: result 


1 
11: Ask basic information | 
1 

12: Answer the question { 

i 

i 

i 

i 


13: Type those information into system 


14: Confirm and submit 


14.1: result = registerPatient() 
14.1.1: registerPatient() 


14.1.1.1: result 


14.2: Display registration result 


Figure 3-12 Sequence Diagram for Make Visitation 
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k 


Patient Nurse 


1: Want to make appointment 


[if old patient] 


5: Provide personal details 


3: Search for patient name 
3.1: result = searchPatient() 

3.1.1: searchPatient() 

3.1.1.1: result 


3.2: Display result to nurse 


4: Select the specific patient and put in appointment list 


4.1: result = makeAppointment() 
4.1.1: makeAppointment() 


4.1.4.1: result 
4.2: Display appointment result to nurse 


6: Record down the patient's details 


6.1: result = makeAppintment() 
! 6.1.1: makeAppointment() 


6.1.1.4: result 
6.2: Display appointment resulttonuse  |{@—-----__--_______ L Part Saree tee ee 
| 
| 
| 
' 


Figure 3-13 Sequence Diagram for Make Appointment 


Nurse Patient 


1, Request to show to appointment list 


2: Select patient to notify 


3: Display SMS send successful or not 


| 
| 
| 
| 
| 
| 


1.1; result = showAppointment{) 


1.1.1: showAppointment() 


1.1.1.1; result 


2.1: result = sendSMS(} 


2.1.1: sendSMS(} 
2.4.1.1; SMS 
2.4.1.2: result 


Figure 3-14 Sequence Diagram for Notify Patient 
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Doctor "] [en laces] ical [| 


| | 
| | 
| | 
4: Assess the patient's details 


| 
| 
| 
| 
| 
-1: result = searchPatient( 
| 


1.1.1: search Patient() 


1.1.1.1: result 
1.2: Display patient details | (e@———-—-—~~~~~f--~~~~~~~~~~__~_ 


2: Request to print the report 


2.1: result = printReport( 2.41.1: paint ‘) 


2.1.1.1: result 
2.2: Get the visitation report 


3: Request to save the report i 
iti it 3.1: result = saveReport() | 


if patient is too iliness] 


4: Request to generate MC 


4.1: result = printMC( 
4.1.1: printMC() 


4.1.1.1: result 
4.2: Get the MC 


Figure 3-15 Sequence Diagram for Type Visitation Report 
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3.2.4 Entity Relationship Diagram (ERD) 


Patient 


EQ owen —w 


tC] 
Neme 
IcCNo 
Gender 
Address = fkPatientiD 
ContactNo Remark 
RegistrationT ime 
Queue 
Report Ee QueuelD 
ox | soe | 


Appointment 


AppointmentiD 


Date 


isArrival 


fkStaffid 


Details StartT ime 


EndTime 


fkPatientiD 


fkReportiD 


MedicalCertificate 


ES MedicalCertificateID 


StartDate 


Day 


Reason 


OF fkPatientid 


RegistrationT ime 


SMSMessage 


SMSMessage!D 


fkPatientiD 


SendDate 


Details 


ServerMessageid 


Type 


HasSend 


HasSendDate 


Figure 3-16 Clinic Management System Entity Relationship Diagram 
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3.3 Timeline 


In this project, gantt chart will be used for illustrating the project timeline. Gantt 


chart is a visual tool that illustrate the project flow measured against time and give people 


the overview of the schedules for the whole project at a glance. (Tantry, n.d.) 


0 y Task Nane y Duwation ¥ Start vy Finish =v) F 1 
|| ProposalReport — Sdays—— Mon 26-05-14 Fri30-05-14 I 
Review 
A Restructure» 10days-— Mon 2-06-14 Fril3-06-14 =m 
Proposal Report 
P System 1Sdays Mon 16-06-14 Fri 007-14 Si 
Requirement 
Analysis 
{> Report Finalization Sdays — Mon07-07-14 Frit1-07-14 1 | 
5 | P ReportSubmission day Mon 2407-14 Mon 14-07-14 ] 
5 Systemdesign of days Tue 15-07-14 Wed 23-07-14 ail 
Prototype 
P Implementation Gays Thu24-07-14 Thu 31-07-14 =i 
P Testingand =» Gays “FAO L-O814 Fri. 08-14 =I 
evaluation 
1} Finalzationof © Sdays Mon 11-08-14. Fri 15-08-14 = 
Prototype 
0 PosterPreparation 2days Mon 18-08-14 Tue 19-08-14 I] 
Il Presentation days Weed 20-08-14. Fri22.-08-14 imi 
Preparation 
2% OralPresentation day Mon 25-08-14 Mon 25-08-14 i 
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(i) y Task Name y Duration v Start y Finish wry ew 8, type) Rye) sy F x 
1 # ProjectiReport  Sdays Mon 12-01-15 Fri 16-01-15 a] 
Review 
2 #  Systemdesignof — 4days Mon 19-01-15 Thu 22-01-15 I=] 
System Version 1 
# Implementation 4 days Fri 23-01-15 Wed 28-01-15 Ee) 
4 * Testing and 3days - Thu29-01-15 Mon 02-02-15 =m] 
Evaluation 
5 # ReviewofSystem 2days Tue03-02-15 Wed 04-02-15 
Version 1 
8 # Systemdesignof 4days —- Thu05-02-15 Tue 10-02-15 ——) 
System Version 2 
7 # Implementation — 4days Wed 11-02-15 Mon 16-02-15 = 
8 # Testing and 3days Tue 17-02-15 Thu 19-02-15 Ei 
Evaluation 
3 # ReviewofSystem 2days —Fri20-02-15 + Mon 23-02-15 [east | 
Version 2 
10 # Systemdesignof 4days Tue 24-02-15 Fri 27-02-15 =I 
System Version 3 
i #* Implementation 4 days Mon 02-03-15 Thu 05-03-15 Li 
2 # Testing and 3 days Fri 06-03-15 Tue 10-03-15 = 
Evaluation 
3 # Review of System days Wed 11-03-15 Thu 12-03-15 i 
Version 3 
M # Full System 6days ——Fri13-03-15 Fri 20-03-15 el 
Finalization 
18 # Review and Sdays Mon 23-03-15 Fri 27-03-15 hel 
Benchmarking of 
System Performance 


16 # Documentation  10days Mon 30-03-15 Fri 10-04-15 
i # Project Submission 5 days Mon 13-04-15 Fri 17-04-15 


Figure 3-18 Gannt Chart for Final Year Project 2 (Current Semester) 
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4.0 Interface Design and Requirements 
4.1 Graphical User Interface Design 


In this system, since it is an internal system, therefore it is being design in a very 
simple layout. The system is using blue and white color in the design since it gives 
clearer layout to the people as nurse and doctor need to face the screen for the whole long 


working hour. 


Rapid 


meee 6S CLINIC 


Figure 4-1 Logo Design 


Navigation Bar 


Figure 4-2 Layout Design 
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Wel , adi | ch Password ut 


HH pid 
Rapid Clinic - Clinic Management System 
a ee a TICNATIC | rh | cn 


ANG HWEE KWAN 930308016203 2:50 PM 496 minutes ——— Check In 


Note: 


* Red: Appointment | Yellow: Queue 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 4-3 Overview of System Layout 


4.2 Functional Requirement 


There are few of the functional requirements in the system. First, the system 
should able to store and record the details of the patient accurately. To achieve this, 
system will let the nurse to insert the MyKad into the MyKad Reader and read the data 


from the chips. It will decrease the typo from the nurse. 


Second, system should perform a systematic scheduling in the queue list. First 


come first serve is being used in the system to make sure it is fair to all the patients. 


Third, system should able to make notification to the patient when appointment is 
coming on date. SMS notification is the primary way to notify the patient since most of 


the people are having mobile phone. 


Last, system should able to generate PDF file for the visitation report and also 
MC. This may bring convenience to the nurse as well as doctor in the documentation 


process. 
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4.3 Non-Functional Requirement 


Since the system is used in a clinic, it is a must to ensure that everything is doing 
well especially performance during the working hours. Few non-functional requirements 


are found and listed below: 
e Usability 


The system must fulfill its’ own objectives. All the modules and functions 
of the system should be usable. It is important to ensure that every function is 


meaningful to the system. 
e Responsiveness 


The system must responds every requests from the user in very few 
seconds in order to decrease the waiting time of the patient as well as doctor and 


nurse. Responsiveness is one of main concern during the system implementation. 
e Reliability 


The system should be reliable all the time. The functions in the system 


should produce the correct output to the user. 


4.4 Hardware Specification 


This system is developed under ASP .Net, it will be hosted locally and need an 
internet connection in order to send SMS notification to patients, therefore the minimum 


hardware requirement are: 

Operating System: Windows XP, Windows 7 or above 
Processor: Intel Core 2 Duo Processor 

RAM: 2GB or above 

Disk Space: 100GB or above 

Internet Connection: At least 1Mbps 
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5.0 Implementation and Testing 
5.1 Tools/Technology Involved 


To develop this clinic management system, Microsoft Visual Studio is required as 
it will be the main tools to coding. C# is the main programming language and it will be 
used to write applications in the ASP .NET framework. Besides, MSSQL is selected as 


the database storage. 


In order to get the details from the MyKad, MyKad reader will be used for the 
system development as well. Moreover, a server is needed as it will be used as local host 
to run the system during the working hours in the clinic. Internet connection is a must in 


order to communicate with SMS provider through online to send notification to patients. 


5.2 Implementation Issues and Challenges 


Clinic management system is a system that will developed under ASP .Net 
framework as a web-based platform. The first implementation issue will be the 
programming language, which need to use some time to research and digest on C#. In 
order to make sure the system works well, a lot of testing is needed. The second 
implementation issues will be MyKad reader. As it is a device that need to purchase, 


communicate with the suppliers is a must in order to get student discount price. 


The implementation challenges in this project include implementation of SMS in 
appointment module and MyKad reader SDK because both of these functions need code 
study in order to integrate to the own developed system. Another challenge will be 
combining all the modules together as it may arise some bugs or problems which need 


time to fix them. 
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5.3 User Manual 


5.3.1 Login Module 


Login 
Rapid 
Sse. &clinic 


Rapid Clinic - Clinic Management System 


User Name: 


Password: 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-1 Login Interface 


Before using the functionality of the system, nurse or doctor needs to login with 
their own account. There are two types of account, which are nurse and doctor. Both of 
the accounts have different functionalities to use. The account can be requested through 


the system administrator. 


5.3.2 Dashboard Module 


Wel , adminé | Ch Pi d fk t 

° 
Rapid 
ase &clinic 


Rapid Clinic - Clinic Management System 


fj ono. | NAME IC NO. VISIT ON TOTAL TIME WAITING TYPE* 
1 LEONG BEE THENG XXXXXX-KX-6204 4:27 PM 27 minutes Check In 
2 ANG HWEE KWAN XXXXXX-KX-6203, 4:17 PM 38 minutes ———| Check In 
3 KHOO SHUN YONG XXXXXX-XX-6205 4:26 PM 29 minutes ne) Check In 


Note: 


+ Red: Appointment | Yellow: Queue 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-2 Dashboard Interface 


After nurse or doctor login into the system, the first page will be the dashboard 
module. The dashboard will display today’s queue list in the clinic. It is using the first 
come first serve to schedule. The appointment will show on top of the list then goes with 


normal visitation. With this, patient may know when is his or her turn correctly. 
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5.3.3 Patient Registration Module 


Welc , adi 6 | Ch ye Password | Le ut 

‘ 
Rapid 
HH clinic 


Rapid Clinic - Clinic Management System 


Patient > Register Patient 


MyKad Reader : 

Name 

ICNO* 

Gender* * |Male 

Address 
No Photo 
Available 

Contact No. : 4 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-3 Patient Registration Interface 


The patient registration page can store the basic details of the patients such as 
name, IC number, address, gender and contact number. All the information except the 
contact number can get from the chips of MyKad using MyKad Reader. The nurse just 
need to press the “Read MyKad” button after insert patient’s MyKad into the reader. It 
will took around five to ten seconds to auto fill in the form. MyKad Reader also can read 
the image of the person and store inside the system. By using MyKad Reader, the typo 
and process speed during registration may decrease much compared with manually 


typing. 
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5.3.4 Patient Edit Module 


DashBoard Patient Queue Patient Appointment 
Rapid 
ane i 


clinic 


Rapid Clinic - Clinic Managem: 


Patient > Edit Patient 


MyKad Reader : 

Name* * JANG HWEE KWAN 

ICNO* * [e30308016203 

Gender* : |Male ’ 


Address : 
NO 15 JALAN RUMBIA 36 TAMAN DAYA 81100 
JOHOR BAHRU JOHOR 


Contact No.* 


! 60192239232 


Update Patient 


Developed by Ang Hwee Kwan for Final 


Figure 5-4 Patient Edit Interface 


Nurse or doctor can edit the profile of patients to update the latest details. The 


most probably information that will update is address and contact number. 


5.3.5 Search Patient Function 


Wel , adi 6 | Chi P ‘d | Le t 
> 
Rapid 
meee EC! 


linic 


Rapid Clinic - Clinic Management System 


Patient > Search Patient 


Type * [IC NO 
Value : 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-5 Search Patient Interface 


Nurse or doctor can search the patient by typing their name or IC number in the 
text box. This search function can be used when want to edit patient, queue patient, make 


appointment, list visitation report, notify patient and generate MC. 
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5.3.6 Queue Patient Module 


Wel , admin6 | Ch. Pi vord | Li t 
‘ 
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Linic 


Rapid Clinic - Clinic Management System 


Queue Patient 
Patient successfully insert into queue. 


Press here to the Dashboard. 
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Figure 5-6 Queue Patient Interface 


Nurse can queue the patients when they register themselves at the counter. After 
registration, the patients will insert in the queue list using first come first serve. 
Alternatively, nurse can queue the patients directly without register them if they are 


second time visit to the clinic. 


5.3.7 Create Appointment Module 


Wel , admin6 | Chi P. d[l it 
e 
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Rapid Clinic - Clinic Management System 


Appointment > Create Appointment 


Name : ANG HWEE KWAN 

IC No. : 930308016203 

Contact No. : 60167591551 

Date* : fe) 
Time* : [0B ¥|{00 ¥ 


Remark 


Create Appointment 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-7 Create Appointment Interface 


Nurse can create the appointment for patient that book an appointment with the 
doctor. SMS notification may send out on the appointment day automatically. The SMS 


template is already predefined in the system. 
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5.3.8 List Appointment Module 


Welcome, adminé | Change P. d | Logout 
° 
Rapid 
aus) &clinic 
Rapid Clinic - Clinic Management System 


Appointment > List Appointment 


1 ANG HWEE KWAN 930308016203 4:00 PM Medical Check Up. Queue Appointment 
z ANG HWEE KWAN 930308016203 10:00 AM Injection = 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-8 List Appointment Interface 


Appointments that insert into the system will be list down in a table. This table 
will show in a very clear manner on which date who already made appointments. When 
the patient comes, nurse can queues the patient and it will directly on the top of the queue 


list. 


5.3.9 Custom SMS Module 


Wel , adminé | Ch: Pe d | Le it 
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Rapid Clinic - Clinic Management System 


Notification > Notify Patient 


Name : ANG HWEE KWAN 

IC No. : 930308016203 

Contact No. : 60167591551 

Send Date* $ & 
Message™ 
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Figure 5-9 Custom SMS Interface 


Custom SMS can be send to the patients when schedule on the specific date. The 


message don’t have any templates and it is being manually typed by the nurse or doctor. 
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5.3.10 SMS List Module 


Wel , adminé6 | Ch. P ‘d | Le t 
P 
Rapid 
ise cli 


inic 


Rapid Clinic - Clinic Management System 


SMS -> Report 


‘SMS Left: : 100 
Date* * |26/FEB/2015 a 
NO. Ic NO. CONTACT NUMBER DETAILS STATUS 
3 930308016209 60167591551 Please visit back for medical check up. No yet send. 
2 930308016209 60167591551 Please come for the appointment on 26-Feb-15 3:00:00 PM for Injection Sent successfully. 
Note: 


1. SMS left once become 0 will unable to send out message. Contact admin for top up. 
2. AIL SMS will send based on the date of appointment or specific date. 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-10 SMS List Interface 


This module will display simple report for the SMS delivery status. It will also 
show the credit of SMS that available in the account at the SMS provider. Once credit is 


not enough, SMS will not able to send out to the patients. 


5.3.11 Create Visitation Report Module 


Ss 5 Welcome, admin6é | Change Password | Logout 
e 
Rapid 
aus» &clinic 


Rapid Clinic - Clinic Management System 


Visitation -> Create Visitation Report 


Name : ANG HWEE KWAN 

IC No. + 930308016203 

Date + fa/mar/2015 8 

Time : 3 ¥][16 + 

Detail 9) 5 Bit) Uae) x.) x2) bm) me Die] |! Ole O° | Font | default vy): Sie |detaut v) ¥/Bi@ 2 AS S\z\= 
= SEE] | Slee 
| 
ha 42) Q 


Create Visitation Report 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-11 Create Visitation Report Interface 
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After doctor check in the patients, then the system will goes to the create 


visitation report section. Doctor can type the diagnosis report there as much as they want. 


5.3.12 List Visitation Report Module 


Wel , admin6 | Ch Pi ‘d | Le t 
e 
Rapid 
meee BC 


linic 
Rapid Clinic - Clinic Management System 


Visitation > List Visitation Report 


Please select Date by using Calender. 


Date * |ra/Mar/2015 cs) 


we Mist on EDU REPORT VIEW / PRINT PORT 


LOH WEI LUN 14-Mar-15 1:20:54 PM Edit Report View / Print Report 
ANG HWEE KWAN 14-Mar-15 1:20:44 PM Edit Report View / Print Report 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-12 List Visitation Report Interface 


This module can list out every daily visitation report in the clinic. It gives the 
nurse and doctor to search who is coming on specific date and what is their report datails 


on that day. Report can be edit and print out individually. 


5.3.13 Search Visitation Report Module 


Wel , admin6 | Ch P d | Le it 


Rapid Clinic - Clinic Management System 


Visitation > Search Visitation Report 
Name : LOH WEI LUN 


IC No. : 930308016209 


EDT aEPORT VIEW / RIN PORT 
14-Mar-15 1:20 PM Edit Report View / Print Report 
06-Mar-15 11:13 AM Edit Report 
20-Feb-15 10:38 PM View / Print Report 


16-Feb-15 12:33 PM Edit Report View / Print Report 
16-Feb-15 12:33 PM Edit Report View / Print Report 


1 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-13 Search Visitation Report Interface 
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The visitation report can be searched by using patient’s name or IC No. It will list 


out the specific patients and all the visitaion reports the doctor created. 


5.3.14 Generate MC Module 


Welcc adi 6 | Ch. Pi ‘d | Le it 

Fi 
Rapid 
ase. Bclinic 


Rapid Clinic - Clinic Management System 


Visitation > Generate MC 


Name : LOH WEI LUN 
Ic : 930308016209 


Date 3 & 


Day : [O1y 


Reason 


Generate MC 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-14 Generate MC Interface 


MC can be generate by the doctor by filling in the date, duration for how many 
days and reason. The system will automatically generate a .PDF file which is in A4 size 
and able to print out. Doctor just need to chop and sign with his signature in order to 


prove it is the original MC. 


Boni? 


Rapid Clinic 
15, Jalan Rumbia 36, Taman Daya 
81100 Johor Bahru, Johor 
Tel: 07-3557324 


MEDICAL CERTIFICATE 


This is to certify that LEONG BEETHENG (930308016204) will be unfit 
for duty/school for 5 days from 05-Mar-15 to 10-Mar-15 because 
of health come for consultation on High Fever. 


Date: 14-Mar-15 


Figure 5-15 Sample of MC .PDF File 
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5.3.15 List MC Module 


Welcome, adminé | Change Password | Logout 


F 
Ra pid 
c 


linic 


Rapid Clinic - Clinic Management System 


Visitation > List MC 


Please select Date by using Calender. 


Date* + |5/Mar/2015 E) 
nant Dare Pons VIEW / PRINT HC 


LEONG BEE THENG 05-Mar-15 5 View / Print MC 
LEONG BEE THENG 05-Mar-15 1 View / Print MC 
LOH WEI LUN 05-Mar-15 1 View / Print MC 
LOH WEI LUN 05-Mar-15 1 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-16 List MC Interface 


This module will display the MC that has been created on the specific date ina 


table form. MC can be view and print again anytime. 


5.3.16 Clinic Information Module 


Welcome, adminé | Change Password | Logout 


Rapid 
ine 


clinic 


Rapid Clinic - Clinic Management System 


System > Clinic Information 


Clinic Name © JRapid Clinic 


Clinic Address 1 + (15, Jalan Rumbia 36 


Clinic Address 2 
Clinic Postcode 


Clinic City 


! framan Daya 


+ |s1100 


* Pohor Bahru 
Clinic State * Pohor 
Contact No. + |o7-3557324 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-17 Clinic Information Interface 


Doctor can update their clinic information. The information is used when generate 


the MC and visitation report in the PDF file. 
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5.3.17 Staff Management Module 


Rapid 


Wel , admin6 | Chi P. ‘d t 


Linic 


Rapid Clinic - Clinic Management System 


System > Staff Management 


1 
2 
3 
4 


FP conracr meee noe acrton 
ANG HWEE KWAN 60167591551 Doctor Edit Staff 
DESMOND WONG 601788912342 Nurse Edit Staff 

NG MARY 601922341231 Doctor Edit Staff 

LORA BEE 60192212345 Doctor Edit Staff 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-18 Staff Management Interface 


The table lists out all the staff in the clinic that holding a login account. Morever, 


it allowed doctor to add new staff or edit staff’s details. 


5.3.18 Add Staff Module 


Staff > Staff Management > Add Staff 


MyKad Reader 


Username 


Contact No. 
Email 


Position 


Note: 


2 Ta = No Photo 
Available 
= | Doctor 
| Resist 


1. Username can't change afterwards. 


Developed by Ang Hwee Kwan for Final Year Project. 


Figure 5-19 Add Staff Interface 


Doctor can create an account for the staff to login in this module. The system 


stores the basic details of the staff. MyKad Reader also being used in this module so it 


can decrease the typo. 
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5.3.19 Edit Staff Module 


Welc idmin6 | Ch Pi word | Li it 
e 
Rapid 


sen. Bclinic 


Rapid Clinic - Clinic Management System 


Staff > Staff Management > Edit Staff 


MyKad Reader ME Read MyKad 


Username : admin6é 

Name : |LORA BEE 

ICNO + {930308016203 

Gender ? |Remale ’ 
Address 


“ l1@, Jalan Sagu 5, Taman Daya, 81100 JB. 


No Photo 


Contact No : [Ga Available 
Email a 

Position > [pecior : 

Note: 


1. For change password and deactive account please contact system admin. 


Figure 5-20 Edit Staff Interface 


Doctor can edit the staff details such as address and contact number when there is 


any updates. 
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5.4 System Testing 


5.4.1 Login Module Testing 


Objectives: To ensure only authenticated staff can login the system. 


No. | Testing Method Action Done Expected Result Result 

1 Login with correct | Login the user | User successfully | Pass 
account username | account with correct | login into the system. 
and password. username and 

password. 

2 Login with | Login with | User is restricted to | Pass 
incorrect username | randomized username | login and error 
or password. and password, such | message will prompt 

as ABC as username, | out. 
123 as password. 

3 Leave blank for|Do not key’ in| User is restricted to | Pass 
both of the | anything in the login | login and asked to key 
username and | textbox. in username and 
password. password. 


Table 5-1 Login Module Testing 


5.4.2 Dashboard Module Testing 


Objective: To ensure specific patient can check in and the queue list is correct all the time. 


patient. 


queue after check in. 


No. | Testing Method Action Done Expected Result Result 
1 Check in the | Press the check in| Patient — successfully | Pass 
specific patient. button for the specific | remove from _ the 
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5.4.3 Patient Registration Module Testing 


Objective: To ensure patient’s details is stored inside the database of system. 


patient into the 


system. 


Patient” button after 
all the 
filled. 


details are 


successfully insert into 


the database. 


No. | Testing Method Action Done Expected Result Result 
1 Use MyKad Reader | Insert the MyKad of | Able to get the basic | Pass 
to get personal | patient into MyKad | details of patients and 
details of patient. Reader and press the | fill into relative text 
“Read MyKad” | boxes. 

button. 

2 Use MyKad Reader | Directly press the | Error will prompt out | Pass 
without connect the | “Read MyKad” | and asked to check 
device. button. and connect the device 

properly. 

3 Recreate the | Fill in the details of | Error will displays and | Pass 
patient’s details | patients and press| shows duplicate IC 
which has visit to | “Create Patient” | No. found, which 
the clinic before. button. mean the patient’s 

detail is already inside 
the system. 

4 Manually type in| Type the patient’s| User can key in| Pass 
the patient’s details. | details for those who | anything in the text 

don’t have MyKad. box without any 
problem. 

5 Insert the data of | Press the “Create | Patient’s details | Pass 
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5.4.4 Patient Edit Module Testing 


Objective: To ensure patient’s details can be edit and save into database. 


No. | Testing Method Action Done Expected Result Result 

1 Use MyKad Reader | Insert the MyKad of | Able to get the basic | Pass 
to get latest | patient into MyKad | details of patients and 
personal details of |) Reader and press the | fill into relative text 
patient. “Read MyKad” | boxes. 

button. 

2 Manually edit the | Type the patient’s| User can key in| Pass 
specific details of | details at specific text | anything in the text 
patient. box. box without any 

problem. 

3 Save the data of| Press the “Update | Patient’s latest details | Pass 
patient into the | Patient” button after | successfully save into 
system. all the details are | the database. 

updated. 
Table 5-4 Patient Edit Module Testing 

5.4.5 Search Patient Function Testing 

Objective: To ensure can get the correct patient’s detail when searching. 

No. | Testing Method Action Done Expected Result Result 

1 Search using | Type patient’s IC No. | Able to found specific | Pass 


correct IC No. 


in the text box and 
press “Retrieve” 


button. 


patient. 
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2 Search using | Type patient’s name | Able to found specific | Pass 
correct name. in the text box and | patient’s details. If 
press “Retrieve” | duplicate names are 
button. found, it will show the 
IC No. to let the user 
choose which they 
want to select. 
3 Search with blank | No type anything in | Error will display and | Pass 
input. the text box. ask to type in IC No. 
or name into text box. 
4 Search with | Type dummy value | Error will display and | Pass 
dummy value. such as ABC as | show no patient found 
name. in the system. 
Table 5-5 Search Patient Function Testing 
5.4.6 Queue Patient Module Testing 
Objective: To ensure patient successfully queue into queue list. 
No. | Testing Method Action Done Expected Result Result 
1 Search patient | Type patient’s IC No. | Display a _ message | Pass 
using correct IC] or name in the text | saying that 


No. or name. 


box and press 


“Retrieve” button. 


successfully insert into 
queue list. Queue list 
in the dashboard will 
the 


have patient’s 


details. 
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5.4.7 Create Appointment Module Testing 


Objective: To ensure appointment of a patient successfully insert into system and SMS 


notification will send on time. 


No. | Testing Method Action Done Expected Result Result 
1 Search patient | Type patient’s IC No. | Display a message | Pass 
using correct IC | or name in the text} saying that specific 
No. or name. box and press | patient — successfully 
“Retrieve” button. insert into 
appointment list. SMS 
notification will be 
scheduled to send on 
the appointment date. 
Table 5-7 Create Appointment Module Testing 
5.4.8 List Appointment Module Testing 
Objectives: To list out all the appointments by date to the nurse or doctor. 
No. | Testing Method Action Done Expected Result Result 
1 Go to List | Press the List | All the appointments | Pass 
Appointment Appointment in the | of the patients will list 
Module. navigation menu. out based on date. 


Queue appointment 
link can be press in 
order to queue the 
patients into the queue 
list when patient reach 


the clinic. 
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5.4.9 Custom SMS Module Testing 


Objectives: Make custom SMS notification to the patients for any urgent matter. 


No. | Testing Method Action Done Expected Result Result 
1 Search patient | Type patient’s IC No. | Show a_ form _ that | Pass 
using correct IC] or name in the text | display patient’s 
No. or name. box and press | name, IC No. and 

“Retrieve” button. mobile number and 
ask user to fill in the 
send date and message 
details. 

2 Leave blank for| Do not key in| Error display and ask | Pass 
both of the date and | anything in the date | user to key in details 
SMS details. and SMS details text | in two of the text 

box. boxes. 

3 Insert with valid | Key in the specific | SMS will successfully | Pass 
date and SMS| date that SMS want | schedule in the system 
details. to send out and the | and send on time. 

SMS details. 
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5.4.10 SMS List Module Testing 


Objectives: Show the report of SMS notification to the user. 


No. | Testing Method Action Done Expected Result Result 
1 Search specific date | Select the date using | A list of SMS | Pass 
of SMS report. calendar and press | notification that has 
“Search Report” | been scheduled will 
button. list out with the status. 
If it is failed, it will be 
record and can be one 
of the reference for 
system administrator 
to check. 
2 No input any date | Do not select date, | Error will display and | Pass 
of SMS report. directly press the | ask to insert a specific 
“Search Report” | date. 
button. 
Table 5-10 SMS List Module Testing 
5.4.11 Create Visitation Report Module Testing 
Objective: To ensure every visitation report is saved into the system. 
No. | Testing Method Action Done Expected Result Result 
1 Insert with correct | Doctor types in the | Visitation report is | Pass 
visitation details. visitation details in| saved into database 


text boxes that is 
provided and press 
“Create Visitation 


Report” button. 


and can be_ tracked 


back. 
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5.4.12 List Visitation Report Module Testing 


Objective: To list out all the visitation reports by date. 


No. | Testing Method Action Done Expected Result Result 
1 Search specific date | Select the date using | A list of visitation | Pass 
of visitation report. | calendar and _ press | report on the specific 
“Search Report” | date will show out. 
button. Nurse or doctor can 
view, print and edit 
the report when there 
is a need. 
2 No input any date | Do not select date, | Error will display and | Pass 
of visitation report. | directly press the | ask to insert a specific 
“Search Report” | date. 
button. 
Table 5-12 List Visitation Report Module Testing 
5.4.13 Search Visitation Report Module Testing 
Objective: To list out all the visitation report by patient. 
No. | Testing Method Action Done Expected Result Result 
1 Search patient | Type patient’s IC No. | The system will list | Pass 
using correct IC | or name in the text | out all the visitation 


No. or name. 


box and press 


“Retrieve” button. 


reports with view, 
print and edit 
functions for the 


specific patient. 
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5.4.14 Generate MC Module Testing 


Objective: To generate MC for patient for a specific time period. 


No. | Testing Method Action Done Expected Result Result 
1 Search patient | Type patient’s IC No. | The system will list | Pass 
using correct IC] or name in the text | out the name and IC 
No. or name. box and press | No. of the patient and 
“Retrieve” button. also the form that used 

to fill in data. 

2 Input blank data for | Don’t type in| System will display | Pass 
the date and reason. | anything in the date | error and ask user to 

and reason text box. | type something in the 
text box. 

3 Input correct data| Select the date of | System will save the | Pass 
for the date and| MC, type in_ the| record of MC and pop 
reason. reason, and _ press| up one PDF file that 

“Generate MC” | used to print out. 
button. 
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5.4.15 List MC Module Testing 


Objective: To list out all the MC by date. 


No. | Testing Method Action Done Expected Result Result 
1 Search specific date | Select the date using | A list of MC on the | Pass 
of MC. calendar and press | specific date will show 
“Search MC” button. | out. Nurse or doctor 
can view and print the 
MC when there is a 
need. 
2 No input any date | Do not select date, | Error will display and | Pass 
of MC. directly press the | ask to insert a specific 
“Search MC” button. | date. 
Table 5-15 List MC Module Testing 
5.4.16 Clinic Information Module Testing 
Objective: To ensure the clinic information can be update. 
No. | Testing Method Action Done Expected Result Result 
1 Go to Clinic | Press the Clinic | The basic details about | Pass 
Information Information Module | the clinic will 
Module. in the navigation | automatically fill in 
menu. the text box. 
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Update Clinic 


Information. 


Update any relevant 
which 
by 


information 
need update 
changing the text in 
the text box and press 


“Update” button. 


The latest clinic 
information will save 
into the database of 


the system. 


Pass 


Table 5-16 Clinic Information Module Testing 


5.4.17 Staff Management Module Testing 


Objective: To list out all the staff in the clinic. 


No. | Testing Method Action Done Expected Result Result 
1 Go to Staff | Press the Staff | The basic details about | Pass 
Management Management Module | the clinic will 
Module. in the navigation | automatically fill in 
menu. the text box. 
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5.4.18 Add Staff Module Testing 


Objective: To ensure the doctor can add the staff into the system. 


No. | Testing Method Action Done Expected Result Result 
1 Use MyKad Reader | Insert the MyKad of | Able to get the basic | Pass 
to get personal | staff into MyKad | details of staff and fill 
details of staff. Reader and press the | into relative __ text 
“Read MyKad” | boxes. 
button. 
2 Use MyKad Reader | Directly press the | Error will prompt out | Pass 
without connect the | “Read MyKad” | and asked to check 
device. button. and connect the device 
properly. 
3 Insert the data of | Press the “Register” | Staffs details | Pass 
staff into the | button after all the | successfully insert into 
system. details are filled in. the database. 
Table 5-18 Add Staff Module Testing 
5.4.19 Edit Staff Module Testing 
Objective: To ensure staffs details can be edit and save into database. 
No. | Testing Method Action Done Expected Result Result 
1 Use MyKad Reader | Insert the MyKad of | Able to get the basic | Pass 


to get latest 
personal details of 


staff. 


staff into MyKad 
Reader and press the 
“Read MyKad” 


button. 


details of staff and fill 


into relative text 


boxes. 
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2 Manually edit the| Type the staffs | User can key in| Pass 
specific details of | details at specific text | anything in the text 
staff. box. box without any 

problem. 

3 Save the data of| Press the “Update” | Staff's latest details | Pass 
staff into the | button after all the | successfully save into 
system. details are updated. the database. 
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Chapter 6 System Limitations and Future Enhancement 


6.0 System Limitations and Future Enhancement 
6.1 Limitations and Considerations 


The limitations of the current system is that it is only workable in Internet 
Explorer for the MyKad Reader since it needs ActiveX to connect to the device. User 
cannot use those browsers which they feel convenient such as Google Chrome and 
Firefox. However, since our system is installed under Windows operating system, 
Internet Explorer already preinstalled in the system, which also gives convenience to the 


user. 


Another limitations is the SMS notification needs the internet connection since 
the system is using services that provided by SMS provider. If there is problem for the 
internet connection, such as can’t connect to the internet service provider, then the system 


may fail to send the SMS to the patients. 


Another considerations is that the system needs large disk space in the future if it 
is running few years as system is keeping the photo of each people from the MyKad, 


therefore it may take up little amount of the disk space. 


6.2 Possible Future Improvement 


The system may have better improvement in the future since the current system is 
being sketched down to few modules. It can be added with more modules such as 
inventory, billing, data analysis and so on in the future which may help the doctor and 


nurse to do more tasks with lesser time. 


Moreover, the MyKad Reader that required ActiveX can be replaced with Java 
Applet so that every browser can use it, but by doing this it needs to get support from the 
MyKad supplier. 
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Lastly, the system may also improve by implement mobile applications so that 
user can actually make appointment or checking the queue list by using their smart phone. 


It makes another convenience to the patients since they can direct interact with the system. 
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7.0 Conclusion 


In a nutshell, clinic management system is an internal web-based platform system. 
It simplifies the works for nurse and doctor, as well as improve the business process 
between patient, nurse and doctor. This project aims to solve the problems in the clinic 
especially in Malaysia. By using this system, the staffs in the clinic should be able to do 
their works more efficiently and time saving. The waiting time for patients will be 
decrease as well as most of the business process is done using computer rather than 
handwriting. Besides, with the implementation of SMS feature, patients will not miss any 
of the appointment. Moreover, there is a function to generate MC to the patient. Doctor 
just need to sign the MC rather than writing the details of the patient. Although there are 
similar systems in the market, but those good functions are not implement together. At 
the end of project, good and new features that implement into the system will solve part 


of the problems of healthcare field. 
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